Notes de parution d'Arcserve® Unified Data Protection version 5.0 mise à jour 3

1.0 Bienvenue

Bienvenue dans les Notes de parution de Arcserve UDP version 5.0 mise à jour 3. Ces Notes de parution contiennent des informations importantes concernant cette mise à jour. Les mises à jour sont cumulatives et peuvent être installés sur l'une des versions précédentes de Arcserve UDP. Le logiciel Arcserve UDP version 5.0 mise à jour 3 n'est pas automatiquement téléchargé et installé sur votre système (par la fonctionnalité Mises à jour du produit). Vous devez le télécharger manuellement à partir des liens fournis dans la sections Instructions d'installation.

2.0 Améliorations

Les améliorations ou fonctions suivantes ont été ajoutées à cette version d'Arcserve UDP :

• Ajout d'une nouvelle appliance Arcserve UDP 7000 par Arcserve

  Chaque appliance Arcserve UDP 7000 est une solution de sauvegarde et de récupération autonome et qui requiert uniquement une configuration initiale. L'appliance Arcserve UDP 7000 est entièrement intégrée avec le logiciel Arcserve Unified Data Protection n° 1 du secteur pré-installé sur un matériel haut de gamme. Son architecture inclut des fonctionnalités de cloud natives et offre une simplicité de déploiement et d'utilisation hors pair, ainsi qu'un large éventail de fonctionnalités de déduplication globale basée sur la source, de réplication multisite, de prise en charge des bandes et de récupération automatique des données. Arcserve UDP 7000 offre une efficacité et une agilité sans équivalent et simplifie considérablement les activités de récupération après sinistre.

• Onglet Tableau de bord de la console Arcserve UDP

  L'onglet Tableau de bord permet d'afficher la taille des données brutes, le stockage des données réelles et la taille des données pouvant être restaurées pour les sept derniers jours sous forme de graphique, ainsi que le dernier statut de sauvegarde.

• Onglet Jobs de la console Arcserve UDP

  Cet onglet remplace l'onglet Tableau de bord de la version précédente. Il affiche le statut des jobs pour une période spécifique. Vous pouvez appliquer des filtres pour classer les résultats ou grouper les jobs par plan.

• Les options suivantes ont été ajoutées dans l'onglet Ressource des plans de sauvegarde utilisant un hôte et sans agent :
  • Méthode de suspension des clichés VMware : permet d'utiliser une méthode de suspension différente pendant la sauvegarde d'une machine virtuelle VMware.
  • Méthode de prise de clichés Hyper-V : permet de sélectionner la méthode de prise de clichés en cas d'impossibilité de prendre un cliché cohérent avec l'application pour une machine virtuelle Hyper-V.
  • Séparation des clichés Hyper-V : résout un problème connu dans la version précédente et en raison duquel le statut de la machine virtuelle restait sur En cours de sauvegarde, y compris lorsque le job de sauvegarde utilisant un hôte et sans agent de cette machine virtuelle était fini.
• Les options suivantes ont été ajoutées dans l'onglet Planification des plans de sauvegarde utilisant un hôte et sans agent :
  • Contrôle des points de récupération : permet de monter les volumes à partir d'un point de récupération et de vérifier la cohérence des données à l'aide de l'outil CHKDSK de Microsoft à la fin du job de sauvegarde.
• Correctifs tests installés. Pour plus d'informations, consultez la section Problèmes corrigés des Notes de parution.

3.0 Problèmes corrigés

Cette mise à jour permet de corriger les problèmes suivants :

• Résolution du problème d'endommagement des données dans les fichiers/dossiers à exclure pour toutes les fonctionnalités de noeud répertoriées dans Agent Arcserve UDP (Linux) lorsque le volume dépasse 2 To. Si vous sélectionnez cette option dans votre plan de sauvegarde Linux, vous devez procéder manuellement à une sauvegarde complète après avoir mis à niveau vers Agent Arcserve UDP (Linux) version 5.0 mise à jour 3 (correctif test T5DQ163/RI78770).
• Fournit un patch pour Arcserve UDP 5.0 mise à jour 2 (correctif de test RO76314).
• Résolution du problème de passage du serveur en mode de réparation automatique après un redémarrage de récupération à chaud

  Symptôme :

  Le serveur ne peut pas démarrer après une récupération à chaud à partir d'un point de récupération spécifique ; il démarre sans cesse en mode de réparation ou redémarre à l'infini.

  Motif :

  L'agent Arcserve UDP ne peut pas sauvegarder des données de façon cohérente lors d'une transaction NTFS. Si la sauvegarde a lieu après le lancement de la transaction NTFS et avant la validation des données par la transaction NTFS, les données non validées risquent de ne pas être sauvegardées correctement. Ce problème se répète dans les sauvegardes incrémentielles suivantes. Pour résoudre ce problème pour un point de récupération nouvellement créé, procédez à une sauvegarde complète ou à une sauvegarde par vérification.

  Solution :

  Mettez à niveau vers Arcserve UDP version 5.0 mise à jour 3 et effectuez une sauvegarde complète.

• Résolution du problème d'affichage du texte "???" dans le nom des pièces jointes qui contiennent des caractères non anglais après une restauration
• Résolution du problème d'affichage de caractères inconnus au début de chaque cellule des tableaux insérés après une restauration en cas de création d'un courriel à partir d'Outlook Web Access
• Résolution du problème de blocage de l'assistant lorsque vous parcourez un référentiel de données sur un serveur ESX pour un scénario de système complet en cas d'installation du moteur Arcserve RHA sur un environnement linguistique français ou espagnol
• Ce correctif désactive le protocole SSL v3.0 dans Apache sur les serveurs de points de récupération et utilise le protocole TLS 1.2 pour se connecter en mode HTTPS.

  Remarque : Avant de mettre à niveau vers Arcserve UDP version 5.0 mise à jour 3, consultez les remarques suivantes relatives à la rétrocompatibilité pour votre environnement :

  • La console Arcserve UDP version 5.0 mise à jour 3 prend en charge les serveurs de points de récupération et l'agent des versions antérieures.
  • La console Arcserve UDP version 5.0 mise à jour 3 prend en charge les serveurs de points de récupération et l'agent d'une sauvegarde d'une version antérieure si aucun plan n'est modifié.
  • La console Arcserve UDP version 5.0 mise à jour 3 mettra automatiquement à niveau l'agent vers la version de la console, si la version de l'agent est antérieure lorsque vous créez ou que vous modifiez un plan pour l'agent.
  • Le serveur de points de récupération Arcserve UDP version 5.0 mise à jour 3 prend en charge les versions précédentes de l'agent à sauvegarder.
  • Les jobs de réplication requièrent l'utilisation d'un serveur de points de récupération source et d'un serveur de points de récupération de destination de même version.
• Résolution du problème potentiel de conversion du job de sauvegarde d'une machine virtuelle de cluster Hyper-V en sauvegarde par vérification

  Le job de sauvegarde d'une machine virtuelle de cluster Hyper-V devient un job de sauvegarde par vérification et un message d'avertissement "La fonctionnalité de suivi des blocs modifiés est désactivée sur l'hôte Hyper-V" est enregistré dans le journal d'activité. Ce problème survient lorsque vous supprimez l'un des hôtes Hyper-V du cluster, puis qu'il s'arrête immédiatement.

• Résolution du problème de passage des machines virtuelles Hyper-V dans l'état Enregistré lorsque vous réalisez un job de sauvegarde et que la machine virtuelle ne prend pas en charge la sauvegarde en ligne (correctif T5TM210/RO77348)

  Les machines virtuelles Hyper-V sont placées dans l'état Enregistré pendant 1 ou 2 minutes lors de l'étape de prise d'un cliché de la sauvegarde (une fois cette étape terminée, les machines virtuelles reprennent automatiquement). Ce problème peut survenir dans les environnements Hyper-V 2008 R2 ou Hyper-V 2012. Pour les environnements Hyper-V 2012 R2, ce problème peut survenir avant l'application de la mise à jour Windows 2919355.

• Résolution du problème d'échec du job de sauvegarde d'un volume d'une grande capacité (par exemple, 1 To) et dont la taille de secteur est de 512 octets sur un système x86, lorsque vous prenez un cliché, suite à la saturation de la mémoire système Pour résoudre ce problème, suivez la procédure suivante d'activation de la fonctionnalité :
  1. Ajoutez la clé de registre dans le dossier HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFBackupDll afin de conserver le fichier bitmap sur le disque.
  2. Ajoutez la clé DWORD CachebitmapInFile et définissez-la sur 1.
  3. Ajoutez la clé de chaîne CacheBitmapFolder et définissez la valeur sur un dossier local avec un chemin d'accès valide pour l'enregistrement des fichiers temporaires. En cas de manque d'espace dans le dossier local, vous pouvez activer la mise en cache du fichier bitmap dans un autre dossier. Si vous ne définissez aucun dossier, le chemin d'accès par défaut est EngineInstallFolder\Bin\Temp.
• Résolution du problème d'affichage du job comme ayant été exécuté à 00 h 00 le jour suivant celui que vous avez sélectionné dans le calendrier du volet Evénements les plus récents (correctifs tests T245930 et T245932)
• Résolution du problème de blocage des jobs de sauvegarde lors de l'analyse de certains enregistrements de fichiers qui ne sont pas en cours d'utilisation ou dont le nom est vide (correctif test T55Z063)
• Résolution du problème de non-montage de la base de données Exchange 2007 restaurée vers un groupe de stockage de récupération lorsque le dossier des journaux du groupe de stockage source se trouve sur un lecteur autre que celui de la base de données de boîtes aux lettres (correctif test T55Z072)
• Ajout de l'ID de noeud au nom d'hôte dans l'interface utilisateur de la fonction de récupération à chaud en cas de présence de deux ordinateurs portant le même nom d'hôte sur différents sites pendant une récupération à chaud (correctif test T5TM207)
• Résolution des problèmes suivants au niveau du point de récupération sauvegardé par un job de sauvegarde utilisant un hôte et sans agent lorsqu'une machine virtuelle contient des volumes dynamiques (correctifs tests T5TM206 et T5TM209) :
  • Non-démarrage du job de catalogage du système de fichiers
  • Impossibilité d'effectuer une restauration de niveau fichier
  • Impossibilité de monter un point de récupération
  • Impossibilité d'effectuer une récupération à chaud
• Résolution d'une vulnérabilité au niveau de la génération de scripts intersites (XSS) dans Arcserve D2D (correctif test T55U027)
• Résolution du problème de non-affichage du nouveau point de récupération après une sauvegarde sur un système multi-octet (correctif test T55Z057)
• Résolution d'un problème au niveau du module AFstor afin d'empêcher l'échec du job de sauvegarde en cas de reconnexion au réseau ou au disque, par le biais de l'ajout d'une logique activant l'exécution de 3 nouvelles tentatives toutes les 10 secondes (correctif test T55U032)
• Résolution du problème de temps excessif de l'exécution des jobs de sauvegarde (correctifs tests T245939 et T245941)
• Résolution du problème d'endommagement possible des données sauvegardées en cas de modification du disque virtuel entre les tailles ci-dessous pour deux jobs de sauvegarde utilisant un hôte et sans agent sur une machine virtuelle VMware, bien que Arcserve UDP indique que la sauvegarde se termine correctement (correctif test T5LE185)
  • D'un disque d'une taille inférieure à 128 Go à un disque d'une taille supérieure à 128 Go
  • D'un disque d'une taille inférieure à 256 Go à un disque d'une taille supérieure à 256 Go
  • D'un disque d'une taille inférieure à 512 Go à un disque d'une taille supérieure à 512 Go
• Résolution du problème de génération d'une grande quantité de dossiers temporaires sous c:\Windows\Temp\caes <date>-<heure> lors d'une sauvegarde. Chaque dossier contient un fichier edbtmp.txt de 4,5 Mo et les dossiers temporaires ne sont pas supprimés à la fin de la tâche de catalogage. Le correctif supprime tous les dossiers temporaires (correctifs tests T5EL181 et T5LE184).
• Résolution du problème d'échec possible de la récupération de la machine virtuelle (VMware) lorsque certains fichiers de disque de celle-ci résident sur une unité SAN et que le mode de transport SAN est activé. Ce correctif redéfinit le mode de transport sur NBD en cas d'impossibilité d'activer le mode SAN pour la récupération de la machine virtuelle (correctif test T55Z074).
• Résolution du problème de non-sauvegarde de certaines données lors d'une transaction NTFS prolongée. Ce problème survient généralement en cas de récupération à chaud et est dû au fait que le système ne peut pas démarrer. Le patch ne corrige pas les sessions qui présentent un problème. Pour les corriger, vous devez appliquer ce correctif, puis exécuter une sauvegarde complète (correctif test T5TM211).
• Résolution du problème de changement des partitions MSR après la récupération à chaud d'un ordinateur source Windows UEFI (correctif test T5TM208)
• Résolution du problème d'endommagement du paramètre BCD (données de configuration du démarrage) après une récupération à chaud (correctif test T5TM212)
• Résolution du problème d'échec du catalogage de restauration détaillée du serveur Microsoft Exchange 2013 avec l'erreur Echec de la création du catalogue de restauration détaillée Exchange pour le fichier EDB. "EDB" est ajouté comme suffixe au nom du fichier EDB (correctifs tests T5LE179 et T5LE180).
• Résolution du problème d'ajout du nom du dernier utilisateur connecté dans le nom de boîte aux lettres, au lieu de l'alias de la boîte aux lettres, après une sauvegarde suivie d'une restauration (correctif test T5LE182)
• Résolution du problème d'échec de la sauvegarde en cas de formatage d'un volume de grande taille sur la taille d'unité d'allocation 512 sur les systèmes x86 (correctif test T5TM213)
• Résolution du problème lié aux informations de démarrage CHS (correctif test T5LE183)
• Résolution du problème de blocage de la page de sélection du référentiel de données de l'assistant de création d'un scénario dans l'onglet Haute disponibilité en cas d'utilisation de la console < CAUDP > et du service de contrôle < CARHA > sur un système d'exploitation français ou espagnol (correctif test T5TM214)
• Résolution du problème d'affichage d'une progression de 100 % pour les sauvegardes ayant échoué avec une erreur Echec de l'écriture des données dans le fichier BackupInfo.XML (correctif test T5LE186)
• Ajout d'un patch pour le fichier binaire glibc de vulnérabilité pour Arcserve UDP version 5.0 mise à jour 3. Le système Live CD d'Agent Arcserve UDP (Linux) est livré avec le fichier binaire glibc de vulnérabilité. Cette vulnérabilité n'affecte pas Arcserve UDP lorsque le système Live CD est utilisé exclusivement pour la récupération à chaud et qu'il ne dispose pas d'option de saisie du nom d'hôte. Le nouveau patch est compatible avec les versions antérieures. Les utilisateurs utilisant une version antérieure peuvent également utiliser le package mis à jour. La vulnérabilité glibc a également été résolue dans l'appliance Arcserve UDP. Pour plus d'informations sur la vulnérabilité glibc, consultez le site Web de Redhat.
• Résolution du problème d'impossibilité de monter un ou plusieurs volumes dans les environnements peu courants qui incluent des disques dynamiques MBR, entraînant l'échec du montage du point de récupération, de la restauration de niveau fichier et de la restauration de niveau application (correctifs tests T5LE190 et T5LE192)
• Résolution du problème d'affichage possible d'un nom dupliqué par la fonction de récupération à chaud en cas de sauvegarde de deux noeuds portant le même nom (correctif test T5TM215)
• Résolution du problème de non-sauvegarde du volume système s'il s'agit d'une partition OEM (correctif test T5TM216)
• Résolution du problème d'impossibilité de cataloguer et de restaurer les courriels dont l'objet inclut une signature numérique (correctif test T5LE188)
• Résolution du problème d'échec du job de restauration ou de son arrêt brutal dans la bibliothèque VDDK lorsque le mot de passe du compte vCenter/ESX inclut un caractère allemand 0xF6 (correctif test T5LE191)
• Résolution du problème de non-utilisation de l'hyperviseur spécifié pour la fonction d'octroi d'une licence par la machine virtuelle basée sur un noyau (correctif test T5LE193)
• Résolution du problème d'ajout d'une clé de registre lorsque le cache de licences locales inclut plus de 24 heures de données. Si l'agent n'a pas pu se connecter à la console, il peut utiliser le cache de licences locales pour éviter un échec direct (correctif test T5LE195)
• Résolution du problème d'échec du job de sauvegarde utilisant un hôte et sans agent pour la machine virtuelle présente sur un hôte Hyper-V et dont le mot de passe inclut un caractère d'espacement (crrectif test T5LE189)
• Résolution du problème de détachement ou de suppression des disques VMDK après l'exécution d'une sauvegarde de job pour une machine virtuelle VMware dans des situations spécifiques (correctif test T5LE198/RI78965)
• Résolution du problème de non-actualisation de la liste de noeuds affichée, y compris après suppression d'un ordinateur dans l'annuaire Active Directory lors de la détection des noeuds de l'annuaire Active Directory. Si vous ajoutez ou que vous supprimez un ordinateur dans le domaine après avoir appliqué ce correctif, la liste de détection Active Directory affiche uniquement les noeuds qui répondent aux conditions de filtre. Si vous supprimez un ordinateur dans l'annuaire Active Directory, la liste de détection Active Directory n'inclut pas cet ordinateur.

Pour obtenir la liste complète des problèmes corrigés dans cette version, consultez les Notes de parution d'Arcserve UDP version 5.0.

4.0 Problèmes connus

Les problèmes suivants peuvent exister dans cette mise à jour :

• La mise à jour d'Arcserve UDP version 5.0 ou d'Arcserve UDP version 5.0 mise à jour 1 à Arcserve UDP version 5.0 mise à jour 3 requiert un redémarrage du système, ce qui n'est pas le cas lors de la mise à jour d'Arcserve UDP version 5.0 mise à jour 2 à Arcserve UDP version 5.0 mise à jour 3.
• Si vous installez Arcserve UDP version 5.0 mise à jour 3, vous devez tenir compte du problème ci-dessous :
  • Arcserve a supprimé la mise à jour 3 de la liste de versions disponibles pour téléchargement et installation via le système de mise à jour en ligne du produit.
  • Toutefois, vous pouvez toujours installer la mise à jour 3 manuellement pour garantir une installation sécurisée. Vous pouvez ensuite redémarrer votre système immédiatement ou ultérieurement (pour plus de commodité).
  • Pour plus d'informations sur ce problème et sur sa solution, reportez-vous à l'article de connaissances correspondant : Arcserve UDP mise à jour 2 est disponible exclusivement pour téléchargement et pour mise à niveau manuels à partir du lien de téléchargement standard.
• Arcserve a suivi, avec un intérêt croissant, le problème relatif à un bogue VMware qui n'a pas été résolu. Ce défaut peut entraîner la sauvegarde d'un cliché endommagé. L'impact de ce problème est tel qu'il peut rendre les sauvegardes complètement inutilisables pour l'extraction de données avec divers degrés de perte de données. Ce problème a été détecté lors de la sauvegarde sans agent des systèmes VMware utilisant Arcserve UDP.

  Symptôme :

  VMware présente un bogue lorsqu'une machine virtuelle est suspendue de sorte que son cliché contient des données endommagées. La sauvegarde lisant les données à partir du cliché, les données sauvegardées sont également endommagées. Pour plus d'informations concernant ce problème, consultez l'article de connaissances VMware suivant : Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169) (Suspension d'application avec Windows 2008 R2 SP1 et Windows 2012 avec vSphere Data Protection, VMware Data Recovery et un logiciel de sauvegarde tiers (2044169)).

  Remarque : Ce problème peut survenir avec toutes les versions de VMware ESXi et sur les machines virtuelles dotées d'un système d'exploitation d'invité Windows 2008 R2 SP1 ou Windows 2012. Le problème d'endommagement des données ne peut pas être détecté par le logiciel, car VMware ne renvoie aucune erreur. Le risque est donc que vous ne soyez pas informé du problème jusqu'à ce que vous essayiez de restaurer des données.

  Solution :

  Exécutez les méthodes ci-dessous incluses dans cette mise à jour pour détecter et pour résoudre le problème :

  • Contrôle des points de récupération : montez les volumes à partir d'un point de récupération et vérifiez la cohérence des données à l'aide de l'outil CHKDSK de Microsoft à la fin du job de sauvegarde. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP. L'exécution de la commande CHKDSK pouvant prendre du temps, nous vous recommandons d'activer cette option pour les jobs de sauvegarde hebdomadaires ou mensuels.
  • Méthode de suspension des clichés VMware : si l'option Contrôle des points de récupération détecte un problème, suivez la procédure décrite dans la section How to check if you may be affected by this bug (Procédure de vérification de l'affectation par ce bogue) de l'article de connaissances Arcserve. Si le problème est dû à ce problème connu au niveau de VMware, vous pouvez utiliser l'option Microsoft VSS sur la machine virtuelle pour le résoudre avant que VMware n'ait résolu son problème. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP.
• Un ordinateur peut ne pas démarrer après une récupération à chaud, lorsque celui-ci possède un disque de 4 Ko et que la source est Windows 8.1 ou Windows 2012 R2.

  Symptôme :

  Lorsque vous effectuez une récupération à chaud d'un ordinateur fonctionnant sous Windows 8.1 ou Windows 2012 R2 et possédant un disque de 4 Ko, le redémarrage de l'ordinateur après la récupération à chaud peut échouer et renvoyer le message d'erreur : system_thread_excption_not_handled (WppRecorder.sys).

  Solution :

  Démarrez sur la console de récupération, qui devrait apparaître automatiquement après quelques arrêts brutaux.

  1. Lancez l'invite de commande et exécutez la commande suivante :

     c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys

  2. Redémarrez votre ordinateur.
  3. Une fois l'ordinateur redémarré, désactivez la compression NTFS sur l'ensemble du système afin que CBS Scavenger ne réintroduise pas le problème :

     fsutil behavior set DisableCompression 1

  4. Redémarrez de nouveau l'ordinateur (afin que le paramètre DisableCompression prenne effet). Les fichiers compressés resteront compressés (et lisibles). Mais CBS Scavenger ne pourra pas compresser les fichiers et reproduire le problème.
• Lorsque des points de récupération sont migrés à partir d'un dossier partagé vers un référentiel de données à l'aide de la console Arcserve UDP, le moniteur de jobs/historique du job de migration n'apparaît pas dans la liste Noeuds sur l'onglet Ressources.

  Symptôme :

  Un job de migration n'apparaît pas dans la liste Noeuds de l'onglet Ressources.

  Solution :

  Accédez à la vue RPS ou à l'onglet Jobs pour vérifier le moniteur de jobs.

• La vue Point de récupération Arcserve UDP ne prend pas en charge les volumes créés par le mappage de lecteur réseau.

  Symptôme :

  Il est impossible de parcourir les volumes dans la vue Point de récupération Arcserve UDP.

  Solution :

  Utilisez directement un chemin d'accès UNC au lieu de mapper les volumes vers un lecteur réseau.

• Pour une restauration détaillée Exchange de sauvegarde utilisant un hôte, lorsque la version de Windows de l'hôte du proxy de sauvegarde est antérieure à celle de la machine virtuelle, le job de catalogage Exchange suivant peut échouer en raison d'une mise à jour Windows. Lorsqu'une machine virtuelle est sauvegardée alors que l'option Générer les catalogues Exchange est activée pour un plan, le job de catalogage échoue et indique dans le journal d'activité le message suivant :

  La version Windows du proxy [<Nom du proxy>] est antérieure à la version utilisée sur la machine virtuelle [<Nom de la machine virtuelle>]. Le prochain job de catalogage Exchange peut échouer et vous devrez installer le package de mise à jour Windows associé pour éviter tout problème.

  Symptôme :

  Le job de catalogage Exchange utilisera les binaires Exchange à partir de la machine virtuelle. Si la version de Windows de l'ordinateur proxy est antérieure à celle de la machine virtuelle, les binaires Exchange ne fonctionnent pas correctement, et en conséquence, le job de catalogage échoue.

  Solution :

  Installez le package de mise à jour Windows suivant pour résoudre le problème :

  http://support.microsoft.com/kb/2533623

• Après avoir récupéré une machine virtuelle mise en cluster vers le cluster Hyper-V d'origine, l'adaptateur réseau ne parvient pas à se connecter au commutateur virtuel et affiche le message d'avertissement suivant dans le journal d'activité : Unable to connect the network adapter <<adapter name>> to the virtual switch (Impossible de relier l'adaptateur réseau <<nom_adapteur>> au commutateur virtuel).

  Symptôme :

  Le basculement a lieu au niveau de la machine virtuelle mise en cluster avant de prendre un cliché dans le cadre de la sauvegarde d'une machine virtuelle. Cela entraîne une incohérence avec la configuration de machine virtuelle de l'hôte Hyper-V enregistré dans la session de sauvegarde.

  Solution :

  Vous pouvez manuellement relier l'adaptateur réseau à un commutateur virtuel sur son hôte Hyper-V ou utiliser l'option Restaurer vers un autre emplacement pour récupérer la machine virtuelle avec laquelle vous pouvez définir la configuration de la restauration pour la machine virtuelle.

• Dans Agent Arcserve UDP (Linux), un nouveau plan est créé dans la console lors de la remigration d'un serveur de sauvegarde Linux vers la console.

  Symptôme :

  Supposons que vous migrez un serveur de sauvegarde Linux vers la console Arcserve UDP. Si vous libérez le serveur de sauvegarde Linux, puis que vous le migrez de nouveau, un nouveau plan est automatiquement créé dans la console.

  Exemple :

  Vous possédez un Serveur_sauvegarde_Linux1 qui gère le Noeud_Linux1. Vous avez créé un job de sauvegarde nommé Nouveau plan. Vous disposez également d'une console Arcserve UDP qui gère le Noeud_Linux2 et le Serveur_sauvegarde_Linux2, et le plan est également nommé Nouveau plan.

  Vous migrez le Serveur_sauvegarde_Linux1 vers la console à l'aide de la commande d2dreg. Une fois la migration terminée, le nom du job de sauvegarde devient Nouveau plan_<Serveur_Linux1>. Déployez le Nouveau plan_<Serveur_sauvegarde_Linux1>.

  Vous ajoutez le Noeud_Linux1 au Nouveau plan et vous ajoutez le Serveur_sauvegarde_Linux1 comme serveur, puis vous déployez le plan. Le Nouveau plan protège maintenant le Noeud_Linux1 et le Noeud_Linux2 et le serveur est Serveur_sauvegarde_Linux1.

  Maintenant, vous libérez le Serveur_sauvegarde_Linux1 à partir de la console. Supprimez le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1> à partir de la console. La migration du Serveur_sauvegarde_Linux1 vers la console entraîne la migration de deux plans : le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1>

  Solution :

  Supprimez le nouveau plan. Le nouveau plan ne contient aucun noeud, c'est pourquoi il n'affecte aucune planification de sauvegarde.

• Dans le logiciel Hyper-V 2012 et les versions ultérieures, la machine virtuelle conserve le statut "Sauvegarde", bien que le job de sauvegarde utilisant un hôte sans agent de cette machine virtuelle ait déjà fini.

  Symptôme :

  Bien que le job de sauvegarde d'une machine virtuelle ait déjà fini, le statut de la machine virtuelle reste "Sauvegarde" dans le gestionnaire Hyper-V. Par conséquent, si un autre job de sauvegarde pour cette machine virtuelle commence à cette heure, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations sont impossibles, notamment allumer/éteindre la machine virtuelle au niveau du gestionnaire Hyper-V. Et si la machine virtuelle est un cluster Hyper-V, vous ne pouvez pas effectuer de migration en direct pour cette machine.

  Ce problème survient dans les situations suivantes :

  • Plusieurs jobs de sauvegarde démarrent en même temps ou à des intervalles proches (inférieurs à 1 minute).

  • Un ou plusieurs jobs de sauvegarde sont terminés, mais un ou plus sont encore en cours.

  Racine du problème :

  Pour éviter d'ajouter de la charge de travail inutile à l'hôte Hyper-V, plutôt que de prendre un cliché instantané de volume pour chaque machine virtuelle, Arcserve UDP tente de prendre un cliché instantané de volume de toutes les machines virtuelles lorsque leurs jobs de sauvegarde commencent au même moment ou à des intervalles proches. Une fois le cliché instantané de volume pris, toutes les machines virtuelles de cette instance de cliché instantané de volume sont "verrouillées" (dans le statut Sauvegarde). Arcserve UDP peut libérer le cliché uniquement lorsque tous les jobs de sauvegarde sont terminés, c'est pourquoi, même si le job de sauvegarde d'une machine virtuelle est déjà terminé, cette machine virtuelle reste "verrouillée". En raison de la restriction au niveau du cliché instantané de volume et qui oblige à prendre un seul cliché à la fois pour une machine virtuelle, si un autre job de sauvegarde de la même machine virtuelle démarre au même moment, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations (comme allumer/éteindre) sont désactivées au niveau du gestionnaire Hyper-V et la migration en direct n'est pas autorisée si la machine virtuelle se trouve dans un cluster Hyper-V. Ce problème ne survient pas dans Hyper-V 2008R2, car le comportement de Hyper-V 2008R2 diffère du mécanisme de cliché instantané de volume.

  Solution :

  Lorsque la machine virtuelle est "verrouillée", vous pouvez utiliser normalement le système d'exploitation d'invité. Par conséquent, ce problème n'a aucun impact sur l'utilisation ni sur la disponibilité du système d'exploitation d'invité. Toutefois, si vous avez des questions et que vous souhaitez éviter cette situation, vous pouvez procéder de l'une des façons suivantes :

  • Cliquer sur l'option Séparation des clichés Hyper-V dans l'onglet Ressources de la sauvegarde utilisant un hôte et sans agent. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP.
  • Utiliser des plans différents pour protéger les machines virtuelles de taille différente. En d'autres termes, vous devez inclure la machine virtuelle avec une taille similaire dans un plan pour que ces jobs de sauvegarde soient de durée similaire, tout en définissant des planifications différentes pour ces plans.
• L'interface utilisateur répond parfois lentement lors de l'accès à Agent Arcserve UDP (Windows) à partir de certaines versions d'Internet Explorer 10 ou 11.

  Symptôme :

  La réponse de l'interface utilisateur peut être lente lorsque vous accédez à Agent Arcserve UDP (Windows) à partir d'Internet Explorer 10 ou 11 et si vous utilisez l'une des versions spécifiques d'Internet Explorer 10.0.9200.17XXX et d'Internet Explorer 11.0.9600.17XXX.

  Si ce problème survient, toutes les demandes ultérieures attendront 5 minutes pour obtenir une réponse.

  Ce problème survient uniquement lorsque vous utilisez l'une des versions d'Internet Explorer 10 et 11 mentionnées ci-dessus. Ce problème ne concerne pas les autres navigateurs.

  Solution :

  Utilisez l'une des solutions temporaires suivantes :

  • Fermez le programme Internet Explorer qui répond lentement. Ouvrez un autre navigateur, comme Google Chrome ou Firefox pour vous connecter.
  • Nettoyez le cache d'Internet Explorer, puis actualisez la page.

  Utilisez la solution permanente suivante :

  • Ajoutez les deux lignes suivantes au fichier \Arcserve Unified Data Protection\Engine\Apache\conf\httpd.conf. Redémarrez le service de partage de port RPS de Arcserve UDP.
    • AcceptFilter http none
    • AcceptFilter https none
• Les données de sauvegarde sont parfois endommagées lorsque la machine virtuelle Hyper-V pour la sauvegarde utilisant un hôte dispose d'un disque d'une taille de bloc de 1 Mo.

  Solution :

  Créez un disque virtuel avec une valeur autre que 1 Mo.

• Si l'appliance est ajoutée au domaine, vous devez autoriser le serveur DHCP sur l'appliance. Si votre compte de domaine n'inclut pas les droits nécessaires pour autoriser le serveur DHCP, un message d'avertissement s'affiche dans la fenêtre des commandes de configuration Arcserve UDP.

  Solution :

  Contactez votre administrateur de domaine pour obtenir de l'aide sur l'autorisation du serveur DHCP avant d'utiliser le serveur de sauvegarde Linux Arcserve UDP.

• Le système d'exploitation Windows ne répond pas.

  Symptôme :

  Un interblocage se produit dans le système de fichiers lors de la prise d'un cliché pendant l'exécution d'un job de catalogage de restauration détaillée.

  Les conditions suivantes peuvent déclencher le problème :

  • Le fichier de cache du pilote de montage utilisé pour stocker les données se trouve sur le volume protégé par le moteur Arcserve UDP.
  • Vous exécutez une sauvegarde tandis qu'un job de catalogage de restauration détaillée est en cours d'exécution.

  Solution :

  Configurez la clé de registre suivante pour déplacer le fichier de cache vers un autre emplacement non protégé par le moteur Arcserve UDP :

  HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath

  Si la clé AFStorHBAMgmt n'existe pas, vous devez en créer une.

  1. Sous le dossier de la clé AFStorHBAMgmt, créez une valeur de chaîne REG_SZ pour CacheFilePath.
  2. Définissez sa valeur sur un dossier se trouvant sur un volume différent disposant de l'espace disponible suffisant.
     • Si la destination se trouve sur un ordinateur local et qu'aucun chemin d'accès au registre n'est précisément défini, l'emplacement de la session de destination est utilisé pour stocker le chemin d'accès au cache.

       Exemple : si la destination de sauvegarde se trouve sur le lecteur local E:, le cliché de sauvegarde sera créé sur ce lecteur à l'emplacement de destination de la sauvegarde.

     • Si la destination est distante ou locale et si le registre est défini sur HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath à un emplacement quelconque,

       Exemple : E:\temp, cet emplacement E:\temp est utilisé pour stocker le chemin d'accès au cache.

     • Si la destination est distante et aucun chemin d'accès au registre n'est défini, par défaut, l'emplacement dossier_installation/Bin/Temp est utilisé pour stocker le chemin d'accès au cache.

  Remarque : Ce problème survient lorsque la charge d'E/S est élevée et que les conditions suivantes sont remplies :

  • Un job de catalogage de restauration détaillée est en cours d'exécution pour une base de données volumineuse. Par défaut, le point de récupération sera monté dans le mode accessible en écriture, les données seront écrites et le volume monté sera enregistré dans le dossier d'installation d'Arcserve UDP.
  • La sauvegarde prend un cliché instantané du volume sur lequel Arcserve UDP est installé.

  La prise d'un cliché informera le pilote du système de fichiers qu'il doit purger les données incomplètes sur le volume et mettra en attente toutes les nouvelles opérations d'écriture sur tous les volumes pendant une courte période. Cette opération entraîne la création d'un interblocage que le volume monté utilisera pour vider les données dans le fichier et, parallèlement, l'opération de l'enregistreur est mise en attente sur le volume sur lequel vous avez installé Arcserve UDP.

• Lors de la récupération détaillée des objets de messagerie Exchange, si le serveur Exchange inclut un nombre trop élevé de bases de données et que vous tentez de faire défiler le curseur à plusieurs reprises pour localiser et sélectionner la base de données de votre choix, certains noms de base de données peuvent ne pas apparaître dans la colonne Base de données de boîtes aux lettres.

  Solution :

  Rouvrez l'assistant de restauration et essayez de sélectionner de nouveau la base de données.

• Le noeud de proxy de sauvegarde sans agent est mis à jour dans la console Arcserve UDP avec les nouvelles informations d'identification, mais les nouvelles informations d'identification ne prennent pas effet.

  Symptôme :

  Dans la console Arcserve UDP, vous avez mis à jour un noeud de proxy de sauvegarde sans agent avec les nouvelles informations d'identification. Toutefois, les nouvelles informations d'identification ne prennent pas effet et les anciennes informations d'identification sont utilisées par le moteur Arcserve UDP pour lancer le processus de sauvegarde. Ce problème survient uniquement lorsqu'aucun plan de sauvegarde utilisant un agent n'est déployé sur le noeud de proxy.

  Exemple :

  1. Créez un plan de sauvegarde sans agent "Nouveau plan" dans la console et utilisez Noeud_proxy1 comme proxy dans le plan.
  2. Utilisez Compte_proxy1 comme compte pour le serveur proxy.
  3. Pour utiliser un autre compte, cliquez avec le bouton droit de la souris sur le proxy dans la liste des noeuds de la console et sélectionnez Mettre à jour dans le menu contextuel.
  4. Entrez un nouveau compte Compte_proxy2, puis cliquez sur OK. Le logiciel indique que la mise à jour est réussie.
  5. Soumettez un nouveau job de sauvegarde.
  6. Connectez-vous au noeud de proxy, ouvrez le gestionnaire des tâches Windows et vérifiez le nom d'utilisateur du processus AFBackup.exe. Il s'agit toujours de l'ancien compte Compte_proxy1, alors qu'il devrait s'agir du Compte_proxy2.

  Solution :

  Pour résoudre ce problème, créez un plan de sauvegarde utilisant un agent et ajoutez votre proxy comme noeud protégé (veillez à supprimer toutes les planifications du plan), puis mettez de nouveau à jour le noeud de proxy.

• Google Chrome v41 ne peut pas explorer les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Linux.

  Symptôme :

  Vous ne ne pouvez plus naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Linux après avoir mis à niveau vers Google Chrome v41 lorsque vous avez défini le protocole de communication sur HTTPS (HTTPS est le protocole par défaut pour l'agent Arcserve UDP/Arcserve D2D pour Linux). Le message suivant s'affiche :

  Cette page Web n'est pas disponible.

  Code d'erreur : ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Remarque : Ce problème affecte toutes les versions d'Arcserve D2D pour Linux et d'Arcserve UDP.

  Solution :

  Sur le serveur de sauvegarde Linux d'Arcserve UDP/Arcserve D2D, ouvrez la ligne de commande en tant qu'administrateur et exécutez les commandes suivantes :

  #source /opt/CA/d2dserver/bin/d2dserver/bin/setenv

  #d2dserver stop

  #mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old

  #keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=nom_hôte_serveur_sauvegarde"

  #d2dserver start

  Remarques :

  • Remplacez nom_hôte_serveur_sauvegarde par le nom d'hôte réel.
  • Les commandes Linux respectent la casse.

  Pour plus d'informations sur ce problème, consultez le site https://arcserve.zendesk.com/hc/en-us/articles/204506105.

• Impossibilité de naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Windows avec Google Chrome v41

  Symptôme :

  Vous ne pouvez plus naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Windows après avoir mis à niveau vers Google Chrome v41 lorsque vous avez défini le protocole de communication sur HTTPS (HTTPS est le protocole par défaut pour l'agent Arcserve UDP/Arcserve D2D pour Windows). Le message suivant s'affiche :

  Cette page Web n'est pas disponible.

  Code d'erreur : ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Remarque : Ce problème affecte toutes les versions d'Arcserve D2D pour Windows et de la console Arcserve UDP.

  Solution :

  Sur l'ordinateur Arcserve UDP/Arcserve D2D pour Windows, ouvrez la ligne de commande en tant qu'administrateur et exécutez les commandes suivantes :

  cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf

  move server.keystore server.keystore.bak

  ..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=nom_hôte_serveur" -ext san=dns:localhost,dns:serveur1,dns:domaine.serveur.com

  cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin

  Changetohttps.bat

  Remarques :

  • Remplacez nom_hôte_serveur pour le commutateur -dname par le nom d'hôte réel.
  • Remplacez dns:serveur1,dns:domaine.serveur.com pour le commutateur -ext par les noms DNS réels.

  Pour plus d'informations sur ce problème, consultez le site https://arcserve.zendesk.com/hc/en-us/articles/204542275.

Pour obtenir la liste complète des problèmes connus dans cette version, consultez les Notes de parution de Arcserve UDP version 5.0.

5.0 Remarques ou restrictions

Les remarques suivantes s'appliquent peut-être à cette mise à jour :

• Les mises à jour sont cumulatives et peuvent être installés sur l'une des versions précédentes de Arcserve UDP.
• Le logiciel Arcserve UDP version 5.0 mise à jour 3 n'est pas automatiquement téléchargé et installé sur votre système (par la fonctionnalité Mises à jour du produit). Vous devez le télécharger manuellement à partir des liens fournis dans la sections Instructions d'installation.
• Lorsque vous procédez à la mise à niveau vers Agent Arcserve UDP (Linux) version 5.0 mise à jour 3, la sauvegarde planifiée suivante est automatiquement transformée en sauvegarde par vérification.
• Le fichier CentOS-6.6. est régi par les termes et conditions de la licence publique générale disponibles à l'adresse http://mirror.centos.org/centos/6.6/os/x86_64/GPL. Pendant une période de trois (3) ans, vous pouvez, sur demande, recevoir une copie complète lisible par ordinateur du code source correspondant.
• Lorsque vous effectuez une sauvegarde sans agent sur une machine virtuelle Hyper-V, la machine virtuelle est placée dans l'état Enregistré hors ligne, lors de la prise du cliché pour la machine virtuelle (si la machine virtuelle ne prend pas en charge les sauvegardes en ligne). Après avoir mis à niveau vers Arcserve UDP version 5.0 mise à jour 3, le comportement par défaut dans cet état Enregistré est modifié. Vous devez donc envisager de réaliser les sauvegardes sans agent Hyper-V suivantes :
  • Outre la nouvelle option Méthode de prise de clichés Hyper-V, Arcserve UDP version 5.0 mise à jour 3 modifie également le comportement par défaut lorsqu'un cliché cohérent avec l'application est refusé, aussi bien pour les plans sans agent < CAUDP > existants que pour ceux que vous ajoutez.
  • Cette modification du comportement par défaut dans l'état Enregistré a pour but de vous aider à définir le moment idéal pour l'exécution de la sauvegarde, selon que vous voulez que l'interruption soit de courte durée (de quelques secondes à 2 minutes) ou que vous acceptez que la cohérence des données ne soit pas totale.
  • Si après la mise à niveau, les jobs de sauvegarde échouent alors qu'ils réussissaient jusque-là et que vous souhaitez rétablir le comportement de l'état Enregistré sur celui utilisé dans la mise à jour 2, vous pouvez modifier le plan et autoriser les sauvegardes dans l'état Enregistré.
  • Examinez les erreurs VSS dans le journal des événements de l'ordinateur hôte Hyper-V pour comprendre et résoudre les problèmes et activez les clichés en ligne entièrement pris en charge par VSS.

Les limitations suivantes peuvent exister dans cette mise à jour :

• Les fonctions de catalogage, de restauration de fichiers, de récupération à chaud et de montage des nœuds de machine virtuelle sans agent Windows sont affectées lorsque le paramètre de système d'exploitation invité dans la boîte de dialogue de propriétés de machine virtuelle est défini à tort sur un système d'exploitation autre que Windows (par exemple, Linux ou Autre). Une fois la sauvegarde sans agent terminée, le script du job de catalogage n'est pas créé et le job de catalogage ne démarre pas, même si, dans le plan de sauvegarde sans agent, l'option Activer la génération du catalogue est correctement configurée. Pour résoudre ce problème, définissez le paramètre Système d'exploitation invité sur Windows.

  Remarque : Cette restriction concerne uniquement les machines virtuelles VMware, pour lesquelles il est possible de définir le type de système d'exploitation. Pour les machines virtuelles Hyper-V, ce problème n'existe pas.

• Actuellement, la récupération à chaud n'est pas prise en charge sur Microsoft SQL Server 2014 AAG.
• Les jobs Virtual Standby prennent en charge les clusters Hyper-V sans restriction. Vous pouvez exécuter un job Virtual Standby d'une sauvegarde de noeud complet, basé sur un agent (VMware ou Hyper-V) ou sans agent par exemple ; les deux modes sont pris en charge. Vous pouvez également exécuter un job Virtual Standby vers un cluster Hyper-V avec un fichier CSV, mais la machine virtuelle de secours ne doit pas être une ressource de basculement.
• La restauration détaillée Exchange ne prend pas en charge la restauration de la boîte aux lettres stockée dans le domaine parent mais dont le compte se trouve dans le domaine enfant. Le job de restauration échoue dans une telle circonstance.
• Les objets de courriel des conversations qui en incluent plusieurs ne sont pas affichés dans la même conversation lorsque vous les visualisez dans le dossier des messages envoyés après les avoir été restaurés. En revanche, leur affichage ne pose aucun problème dans le dossier Boîte de réception.
• L'interface utilisateur d'exploration des restaurations détaillées Microsoft Exchange n'affiche aucun message dans la boîte aux lettres pour les sessions de sauvegarde utilisant un hôte si la machine virtuelle protégée est de type Microsoft Exchange Server 2007 et si le serveur proxy de sauvegarde est un serveur Windows Server 2012 ou Windows Server 2012 R2. Pour résoudre ce problème, utilisez un système d'exploitation Windows 2008 R2 de 64 bits ou un système d'exploitation Windows inférieur comme serveur proxy de sauvegarde.
• Lorsqu'un serveur de sauvegarde Linux est en cours d'exécution sur l'appliance Arcserve UDP, la récupération à chaud basée sur PXE n'est pas prise en charge.
• Pour réaliser une sauvegarde sans agent d'une machine virtuelle Hyper-V sur laquelle la réplication est activée :
  • Les sauvegardes sans agent Arcserve UDP prennent en charge la sauvegarde de la machine virtuelle à partir du site de l'ordinateur maître (principal).
  • Les sauvegardes sans agent Arcserve UDP à partir du site de réplication n'offrent aucune garantie de cohérence et d'exactitude des données, ni de finalisation de la sauvegarde.
• Vous ne pouvez pas lancer l'assistant de création d'une appliance de Arcserve UDP 7000 si le système démarre lorsque vous vous connectez à l'appliance avec un compte d'utilisateur de domaine.

  Symptôme :

  Lorsque vous vous connectez à l'appliance Arcserve UDP à l'aide d'un compte de domaine, l'assistant de création d'une appliance n'est pas immédiatement lancé. Une boîte de dialogue de contrôle du compte d'utilisateur s'affiche et vous demande de confirmer que vous souhaitez autoriser le programme à apporter des modifications à l'ordinateur.

  Solution :

  Dans la boîte de dialogue Contrôle de compte d'utilisateur, cliquez sur Oui ; cela lance l'assistant.

Pour obtenir la liste complète des remarques et des restrictions applicables à cette version, consultez les Notes de parution de Arcserve UDP version 5.0.

6.0 Installation

Les sections suivantes fournissent des informations sur la configuration requise pour l'installation et des instructions d'installation.

6.1 Tâches prérequises

Certaines tâches sont requises avant d'installer cette mise à jour :

• Avant d'installer cette mise à jour, vérifiez que Arcserve UDP version 5.0, Arcserve UDP version 5.0 mise à jour 1 ou Arcserve UDP version 5.0 mise à jour 2 est installé.

6.2 Instructions d'installation

Lors de l'installation de la mise à jour de Arcserve UDP ou de la mise à jour de Agent Arcserve UDP (Windows), il est important de maintenir des performances optimales entre la console, le serveur de points de récupération et les agents. En conséquence, lorsque la mise à jour est installée dans un environnement comprenant une console et un agent, vous devez toujours installer la mise à jour dans la console en premier lieu, puis l'installer sur le serveur de points de récupération et enfin sur l'agent. Pour l'agent installé sur la console ou le serveur de points de récupération, la mise à jour sera automatiquement installée simultanément.

Remarque : Si Arcserve UDP et Arcserve Backup sont installés dans votre environnement et que vous souhaitez installer Arcserve UDP version 5.0 mise à jour 3, vous devez également installer le patch Arcserve Backup RO75131 correspondant.

Installation manuelle de la mise à jour

Remarque : Le logiciel Arcserve UDP version 5.0 mise à jour 3 n'est pas automatiquement téléchargé et installé sur votre système (par la fonctionnalité Mises à jour du produit). Vous devez le télécharger manuellement à partir des liens fournis dans la sections Instructions d'installation.

Pour un package d'installation de mise à niveau pour les serveurs et les stations de travail Windows disposant d'une version antérieure de Arcserve UDP, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :

• Arcserve Unified Data Protection :

  http://rmdmdownloads.ca.com/UDPUpdates/FullUpdates/r5.0/Arcserve_Unified_Data_Protection_5.0_Update_3.exe

• Agent Arcserve Unified Data Protection Windows :

  http://rmdmdownloads.ca.com/UDPUpdates/EngineUpdates/r5.0/Arcserve_Unified_Data_Protection_Agent_5.0_Update_3.exe

Si vous souhaitez installer un nouveau package d'installation sur des serveurs et des stations de travail Windows sur lesquels Arcserve UDP n'est pas installé, procédez comme suit :

Téléchargez et installez Arcserve UDP version 5.0 mise à jour 3 :

• Arcserve Unified Data Protection :

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/Remaster_With_Update3/Arcserve_Unified_Data_Protection_with_update_3.exe

• Agent Arcserve Unified Data Protection Windows :

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/Remaster_With_Update3/Arcserve_Unified_Data_Protection_Agent_Windows_with_update_3.exe

Pour une installation sur Linux, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :

• Agent Arcserve Unified Data Protection Linux :

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/GA/511a91c3/arcserve_Unified_Data_Protection_Agent_Linux_Update_3.bin

• Utilitaire de restauration de l'agent Arcserve Unified Data Protection Linux :

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/GA/511a91c3/arcserve_Unified_Data_Protection_restore_utility_Update_3.iso

7.0 Contacter le service de support technique

Le service de Support Arcserve permet d'accéder en toute simplicité aux informations les plus importantes sur le produit et propose de nombreuses ressources qui vous aideront à résoudre vos problèmes techniques.

https://www.arcserve.com/support

Support Arcserve permet de :

• Consulter directement la même bibliothèque d'informations partagées en interne par les spécialistes du Support Arcserve. Ce site vous permet d'accéder aux documents de la base de connaissances CA et de rechercher facilement les articles de connaissances relatifs au produit, qui contiennent des solutions éprouvées à un grand nombre de problèmes courants et majeurs.
• Utiliser le lien de discussion instantanée pour lancer instantanément une conversation en temps réel avec un membre de l'équipe de Support Arcserve. Ce service vous permet de résoudre vos problèmes et d'obtenir une réponse immédiate à vos questions, tout en restant connecté au produit.
• Participer à la communauté globale d'utilisateurs Arcserve pour poser des questions et apporter vos réponses, échanger des astuces et des conseils, discuter des meilleures pratiques et participer à des conversations avec vos homologues.
• Ouvrir un ticket de support. Vous recevrez un appel d'un de nos spécialistes du produit concerné.
• Accéder à d'autres ressources utiles relatives à votre produit Arcserve.

Copyright © 2015 Arcserve. Tous droits réservés. Tous les noms et marques déposées, dénominations commerciales, ainsi que tous les logos référencés dans le présent document demeurent la propriété de leurs détenteurs respectifs.